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SYSTEM AND METHOD FOR IMPLEMENTING 
FOREIGN EXCHANGE "CURRENCY FORWARDS 

COPYRIGHT NOTICE 

5 A portion of the disclosure of this patent document contains material which is subject to 

copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent dociunent or the patent disclosure, as it appears in the U.S. Patent and 
■'3 Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever. 

illl 0 BACKGROUND OF THE INVENTION 

■ ^ 

^ti The present invention relates to currency exchange trading systems, and, more 

particularly, to a system and method for efficiently conducting forward exchange and currency 
ill forwards between interconnected currency trading systems. 

■3 15 Currency brokers and traders engaging in foreign currency exchanges and forwards 

typically operation with limited knowledge of the counterparties in the transaction. For example, 
instability in financial markets and fluctuations in exchange rates have made various countries, 
currencies, and financial institutions greater risks for foreign currency exchanges. 

A need exists for an automated currency exchange trading system which increases the 
20 information on counterparties, including potential risks, prior to initiating trades. 

In addition, the sheer volume of financial information to traders has generally increased, 
such that traders may spend inordinate time selecting among counterparties and orders which 
may include excessive risk. 
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A need exists for an automated currency exchange trading system which blocks the 
display of selected counterparties and orders having excessive risk levels. 

SUMMARY OF THE INVENTION 
An object of the present invention is to provide an automated currency exchange trading 
system which increases the information on counterparties, including potential risks, prior to 
initiating trades. 

Another object of the present invention is to provide an automated currency exchange 
trading system which blocks the display of selected counterparties and orders having excessive 
risk levels. 

A further object of the present invention is to provide a hybrid trading system supporting 
both telephone-based and/or data-based communications for initiating and completing currency 
exchange trades. 

In achieving the above and other objects the invention provides the following. 

A computer system and method support foreign exchange (FX) forward trading for both 
order posting and execution. The system includes a central server for tracking currency trades; a 
plurality of trading workstations; and at least one remote server interfacing the trading 
workstations to the central server, with the at least one remote server mediating the currency 
trades between traders using the workstations by consulting pre-set trading configurations 
associated with each trader. Currency brokers and traders use the system through a plurality of 
data input and display screens to deal in currency forwards in an efficient manner. The system 
and method support both voice and electronic data to interface with existing trading systems such 
as voice-based networks, permitting order entry anywhere in the world. 
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The disclosed system includes features such as the filtering of entities by specified 
criteria such as bad credit, bad geography, etc. using the pre-set trading configurations associated 
with each trader, so that such filtered entities are not even displayed to a trader; request for 
quotes functions, in which up to eight people can be selected and stored in a database who a 
trader is willing to trade with; and a penalty box for not trading or displaying trades of an 
annoying trader. 

In one embodiment, a system is disclosed which conducts electronic trading of foreign 
exchange forwards using a central server for tracking currency trades; a plurality of trading 
workstations; and at least one remote server interfacing the trading workstations to the central 
server. The at least one remote server mediates the currency trades between traders using the 
workstations by consulting pre-set trading configurations associated with each trader. The pre- 
set trading configurations correspond to filter settings for at least one filter criteria; and a first 
remote server, connected to a first workstation associated with a first trader having associated 
first filter settings, blocks fi-om view by the first trader any currency trades from other traders not 
meeting the at least one filter criteria corresponding to the first filter settings. 

The at least one filter criteria may include credit rating restrictions. Alternatively, the at 
least one filter criteria includes geographic restrictions. In another alternative embodiment, the at 
least one filter criteria includes institution-based restrictions. In still another alternative 
embodiment, the at least one filter criteria includes trade amount restrictions. In a further 
altemative embodiment, the at least one filter criteria includes temporary restrictions on a 
specified trader specified by the first trader. 

The pre-set trading configurations associated with each trader includes a database listing 
a set of traders, stored in a memory of the remote server, with which the first trader is willing to 
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trade; and the remote server responds to a selection by the first trader of a subset of the set of 
traders, and conveys a request-for-quote transmission from the first trader to the selected subset 
of traders. 

At least one trading workstation is associated with a telephone for providing voice 
communications between a trader associated therewith and other entities having telephone 
capabilities; and the trading workstation provides data communications between the trader 
associated therewith and other entities having data communication capabilities, to provide traders 
on the system with both voice-based and data-based trading functionality. 

In another embodiment, a system is disclosed for conducting electronic trading of foreign 
exchange forwards, and includes a central server for tracking currency trades; a plurality of 
trading workstations organized in a plurality of groups for conducting electronic data-based 
trading, with a portion of the trading workstations associated with respective telephones for 
conducting voice-based trading; and a plurality of remote servers, each respective remote server 
being associated with a respective group of trading workstations and interfacing the respective 
group of trading workstations to the central server, with the remote servers mediating the 
currency trades between traders using the workstations by consulting pre-set trading 
configurations associated with each trader corresponding to filter settings for at least one filter 
criteria; and with a first remote server, connected to a first workstation associated with a first 
trader having associated first filter settings, blocks from view by the first trader any currency 
trades from other traders not meeting the at least one filter criteria corresponding to the first fiher 
settings. 

A method is also disclosed for conducting electronic trading of foreign exchange 
forwards, with the method having the steps of receiving currency trades for foreign exchange 
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forwards from traders using a plurality of trading workstations; tracking the currency trades in a 
central server; and mediating the currency trades between traders using at least one remote 
server, including the steps of: interfacing the workstations of respective traders to the central 
server; consulting pre-set trading configurations associated with each trader; and controlling the 
distribution of trading information between traders to conduct the currency trades. 

In one embodiment, the pre-set trading configurations used in the method correspond to 
filter settings for at least one filter criteria; and the step of mediating includes the step of: 
evaluating trades to and fi-om a first workstation utilizing the first filter settings at a first remote 
server connected to the first workstation associated with a first trader having associated first filter 
settings; and blocking from view by the first trader any currency trades firom other traders not 
meeting the at least one filter criteria corresponding to the first filter settings. 

The at least one filter criteria may include credit rating restrictions. Alternatively, the at 
least one filter criteria includes geographic restrictions. In another alternative, the at least one 
filter criteria includes institution-based restrictions. In still another alternative, the at least one 
filter criteria includes trade amount restrictions. In a further altemative, the at least one filter 
criteria includes temporary restrictions on a specified trader specified by the first trader. 

In the method, the pre-set trading configurations associated with each trader includes a 
database listing a set of traders, stored in a memory of the remote server, with which the first 
trader is willing to trade; and the step of mediating at the remote server includes the steps of 
receiving at the remote server selections by the first trader of a subset of the set of traders; and 
conveying a request-for-quote transmission from the first trader to the selected subset of traders. 

The method may also include the step of: providing telephones respectively associated 
with a portion of the workstations for conducting voice communications between a trader 
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associated therewith and other entities having telephone capabilities; and providing data 
communications between the workstations and the traders associated therewith and other entities 
having data communication capabilities, thereby providing traders on the system with both 
voice-based and data-based trading functionality. 

The method may also include the steps of: executing graphic user interfaces (GUIs) at 
each workstation for receiving inputs and for displaying trading information to the traders using 
the workstations; and providing a plurality of specialized GUI screens for facilitating the 
electronic trading of foreign exchange forwards, including the step of displaying a first GUI 
screen for receiving trader inputs to set the respective trading configurations associated with each 
trader. 

In another embodiment of the present invention, a system is provided for conducting 
electronic trading of foreign exchange forwards, and the system includes a central server for 
tracking currency trades; a plurality of trading workstations; and at least one remote server 
interfacing the trading workstations to the central server, with the at least one remote server 
mediating the currency trades between traders using the workstations by consulting filter settings 
for at least one filter criteria associated with each trader; and with a first remote server, connected 
to a first workstation associated with a first trader having associated first filter settings, blocks 
fi-om view by the first trader any currency trades fi-om other traders not meeting the at least one 
filter criteria corresponding to the first filter settings. 

In this system, the at least one filter criteria may include credit rating restrictions. 
Alternatively, the at least one filter criteria includes geographic restrictions. 

In an alternative embodiment of the present invention, a system is disclosed for 
conducting electronic trading of foreign exchange forwards, with the system having a central 
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server for tracking currency trades; a plurality of trading workstations; and at least one remote 
server interfacing the trading workstations to the central server, with the at least one remote 
server mediates the currency trades between traders using the workstations by consulting at least 
one filter criteria includes temporary restrictions on a specified trader specified by a first trader to 
put the specified trader into a penalty box state. 

In still another alternative embodiment of the present invention, a system is disclosed for 
conducting electronic trading of foreign exchange forwards, and the system has a central server 
for tracking currency trades; a plurality of trading workstations; and at least one remote server 
interfacing the trading workstations to the central server, with the at least one remote server 
mediating the currency trades between traders using the workstations using a database listing a 
set of traders, stored in a memory of the remote server, with which a first trader is willing to 
trade; and the remote server, responds to a selection by the first trader of a subset of the set of 
traders, and conveys a request-for-quote transmission from the first trader to the selected subset 
of traders. 

In a further alternative embodiment, a system is disclosed for conducting electronic 
trading of foreign exchange forwards, and the system has a central server for tracking currency 
trades; a plurality of trading workstations; and at least one remote server interfacing the trading 
workstations to the central server, with the at least one remote server mediating the currency 
trades between traders using the workstations; at least one trading workstation is associated with 
a telephone for providing voice communications between a trader associated therewith and other 
entities having telephone capabilities; and the trading workstation provides data communications 
between the trader associated therewith and other entities having data communication 
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capabilities, to provide traders on the system with both voice-based and data-based trading 
functionaUty. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 illustrates a schematic of the foreign exchange forwards system; 

FIG. 2 illustrates a relational diagram of databases and tables storing financial 
information with the entities accessing such stored information; 
FIG. 3 illustrates a user default screen; 
FIG. 4 illustrates an expanded user default screen; 

FIG. 5 illustrates a screen for selecting currencies in which one is willing to quote; 
FIG. 6 illustrates a screen for selectively controlling and setting parameters associated 
with one's willingness to trade; 





FIG. 


7 illustrates an existing country restriction screen; 


0 


FIG. 


8 illustrates an existing financial firm restriction screen; 


015 


FIG. 


9 illustrates a screen for adding ftuther country restrictions; 




FIG. 


10 illustrates a screen for adding further firm restrictions; 




FIG. 


1 1 illustrates an input screen for allowing a maker to enter an order; 




FIG. 


12 illustrates an order screen by which a maker monitors a hit to his/her order; 




FIG. 


13 illustrates a screen for monitoring an order; 


20 


FIG. 


14 illustrates an alternative to FIG. 13 in which a hitter monitors a hit to an order; 




FIG. 


15 illustrates a screen for performing a negotiation; 




FIG. 


16 illustrates a market monitor screen; 
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FIG. 17 illustrates the market monitor screen of FIG. 18 with a pop-up menu Hsting 
available user selections for an empty cell; 

FIG. 18 illustrates a single market monitor screen; 

FIG. 19 illustrates a depth monitor screen; 

FIG. 20 illustrates a market depth monitor screen; 

FIG. 21 illustrates an action monitor screen; 

FIG. 22 illustrates a request-for-quote screen; 

FIG. 23 illustrates an alternative request-for-quote screen; 

FIG. 24 illustrates a quote provider screen; 

FIG. 25 illustrates a quote monitor screen; 

FIG. 26 illustrates the market monitor screen of FIG. 18 with a pop-up menu on a cell 
containing an order not of the user; 

FIG. 27 illustrates the market monitor screen of FIG. 18 with a pop-up menu on a cell 
containing an order of the user; 

FIG. 28 illustrates the market monitor screen of FIG. 18 displaying a message to a maker; 

FIG. 29 illustrates the action monitor screen of FIG. 21 showing maker that his/her order 
was hit; 

FIG. 30 illustrates the action monitor screen of FIG. 21 showing a pop-up menu of 
available selections for a maker; 

FIG. 31 illustrates the action monitor screen of FIG. 21 showing a hitter's view of a 
maker's spot response; 

FIG. 32 illustrates the order monitoring screen of FIG. 13 with a pop-up menu allowing 
modification of a spot value; 
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FIG. 33 illustrates the action monitor screen of FIG. 21 showing a message displayed to a 

maker; 

FIG. 34 illustrates the order monitoring screen of FIG. 13, in which a maker accepts a 
final spot value; 

FIG. 35 illustrates the action monitor screen of FIG. 21 showing completion of a trade; 
FIG. 36 illustrates a cash flow screen for a trade; 

FIG. 37 illustrates the market monitor screen of FIG, 18 with a pop-up menu for selecting 
a request for a quote from available selections; 

FIG. 38 illustrates the action monitor screen of FIG. 21 for showing a message to a quote 
provider; 

FIG. 39 illustrates the action monitor screen of FIG. 18 in which a quote requester waits 
for responses to a provided quote; 

FIG. 40 illustrates the action monitor screen of FIG. 21, in which a quote provider 
chooses to provide a quote from a pop-up menu; 

FIG. 41 illustrates the action monitor screen of FIG. 18, in which a quote requester is 
provided with a best price fi-om all quote requests; 

FIG. 42 illustrates the action monitor screen of FIG. 18, in which the quote requester 
choose to execute a quote through a pop-up menu; 

FIG. 43 illustrates a quote monitor screen in which a quote requester sees the 
counterparty ' s name ; 

FIG. 44 illustrates the action monitor screen of FIG. 21, in which a quote provider 
receives a hit on a quote; 
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FIG. 45 illustrates the action monitor screen of FIG. 18, in which the quote requester 
waits for a response to a hit on a quote; 

FIG. 46 illustrates the action monitor screen of FIG. 18, in which a quote requester 
receives a spot from a quote provider; 

FIG. 47 illustrates the action monitor screen of FIG. 18, in which the quote requester 
access a pop-up menu for selecting additional commands; and 

FIG. 48 illustrates a trade detail screen, in which the details of a quote request and 
negotiation are displayed to the quote requester. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
Referring to FIG. 1, the foreign exchange forwards system 10 is shown in which multiple 
workstations 12, including trading computer systems and optionally telephones 14, are 
interconnected through a wide area network (WAN) supported by connections through the 
Internet 16 to a main central server 18 and related components. In the system 10, combined 
voice and electronic data are conveyed to interface the "BLOOMBERG" trading systems, which 
are primarily based on data displays, with the "TULLET & TOKYO" system which is voice- 
based. In such a combination of data and voice trading systems, the forward exchange forwards 
system 10 permits order entry and processing anywhere in the world. 

In a preferred embodiment, all applications of the components of the system 10 shown in 
FIG. 1 operate on a "MICROSOFT WINDOWS NT", service pack 3 platform, with 
communications between servers and workstations being based on known TCP/IP session level 
connections. 
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The main central server 18 provides central storage of orders and other configuration 
data, and at least one backup central server 1 8 monitors the operation of the live components of 
the central server 18 in a hot-standby mode. All database updates to the main central server 18 
are initially written to the standby server before being committed locally and delivered to the 
components in the network forming the system 10. A specialized database is maintained by both 
live and standby central server 18, with several tables stored in the database to maintain data 
describing the dealing environment of financial trading in forward currency exchange forwards. 
Other tables are proved to retain orders, ongoing this, completed deals, user client lists, user 
settings, etc. 

In the preferred embodiment, the central server 1 8 always stores the latest version of any 
data, and also acts as arbiter between workstations when orders are taken off or when hits for 
trades are initiated. 

The remote servers respectively support a plurality of workstations and also store a 
replica of one or more subsets of the trading databases held by the central server 18. A bespoke 
multi-cast methodology combined with a session-based back channel is used to ensure that the 
data is accurately received by each remote server. The remote servers filter orders based on the 
preferences and user default settings indicated by the various users of the workstations. For 
example, geographic and company-specific filters as well as specific clients or entities may be 
filtered, as described herein, such that a trader at a workstation with such filter settings does not 
receive and/or have displayed the unwanted orders from the filtered entities. 

Third-party servers may also be provided and operate similar to the remote servers for 
data and order processing but do not support filtering. In addition, a ticker plant may be 
provided in the system 10 to import and export specific items of trading data from market feed 
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vendors to the central server 18, and a global client database (GCD), for example, available 
through "TULLET & TOKYO FOREX INTERNATIONAL LTD.", may be maintained and 
replicated in the central server 18 along v^th various other tables. 

A trade management system (TMS) database server may also be provided to receive 
notifications of completed deals from the central server 18, and the TMS database server then 
places the data regarding completed deals in a secure database table, which is replicated back to 
the central server 1 8 as a permanent trade blotter. 

Each of the workstations 12 is connected to an associated remote server 20 to receive a 
subset of data replicated from the databases and tables of the central server 1 8 in a substantially 
continuous manner. In addition, a subset of the workstations 12 may be connected to and/or 
associated with telephones 14, connected to the WAN and/or to the Internet 16 using Internet 
telephony, or otherwise connected to a public switched telephone network (PSTN), to allow 
users to conduct trading with both the telephone for voice communications and the computer- 
based workstation for data communications. Accordingly, the system 10 is preferably a hybrid 
trading system for facilitating both voice-based and data-based trading functions. 

In order to place orders, initiate hits, and other trading functions involved in the foreign 
currency exchange forwards, the workstations 12 establish direct interactive connections to the 
central server 1 8 as needed. Before an order is delivered from first workstation to a second 
workstation, the remote server associated with the second workstation check to determine if the 
order is subject to a restriction and/or filtering criteria imposed by the user and or by default at 
the second workstation. If so restricted, the order is not delivered. The restrictions may be 
particular to a given user, to a workstation, or to a remote server and all workstations connected 
thereto. 
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The central server 1 8 maintains a restrictions table of the various user defaults and filter 
preferences of each of the workstations and/or remote servers, and the tables are replicated in 
each remote server. For example, each record in the restrictions table indicates, per market, a 
client whose preference is expressed, and a client against whom the restriction is made. 

FIG. 2 illustrates a relational diagram of databases and tables storing financial 
information with the entities accessing such stored information. Each database and table is 
customized for a particular purpose and a particular distribution method within the system 10. 
For example, a table 22 containing market types is sent to all workstations, while records in the 
blotter table 24 are sent only to those users who are originally involved in a deal. 

The market table 22 includes records containing a market configuration, under which 
orders and transactions handled by the system are classified, such as a Forward Foreign 
Exchange (FX) order, a Spot order, etc. The fields in the records store and supply, for a given 
market, the market name, abbreviation, and miscellaneous configuration data. 

Instrument records define sub-categories of a market, and may be associated with more 
than one market, and the combination 26 of a market and its instruments is abbreviated as "MI". 
For example, an instrument may be defined as a combination of two currencies for exchange in a 
permissible manner, so example instruments include a Dollar- Yen and a Dollar-Sterling. 
Instrument and MI records may contain the name and an abbreviation of the instrument and MI. 
All such MI records are stored in an MI table. 

A period record stored in a period table 28 holds the definition of a fiirther sub-division of 
an MI combination, and a period may be associated with more than one instruments and/or 
market. For example, in the forward foreign exchange market, an instrument may be defined as a 
pair of currencies in an exchange transaction, and the period for an order with the defined market 
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and instrument may be indicated as a point in the future for a second part of the transaction in the 
order to occur. Such orders for market, instrument, and periods (MIP) may be categorized and 
stored in an MIP table 30. 

In certain markets, such as the Spot market, only the market and instruments are 
specified, for example, as Spot and a pair of currencies, respectively, and no period is associated 
with such an order. Accordingly, a period record for a Spot order may indicate "No Period" and 
such a period record is associated with the specified combination of the market and instruments. 

Market data records may be keyed with a composite key of an MI record, and the 
existence of the market data record indicates that the combination of market and instrument are 
valid. Other market data may be associated with a key corresponding to an order. For example, 
a Spot rate and end dates may be stored against an MI records for the Forward FX market types. 

Orders are stored, for example, in a single-format order record, which are registered by 
the workstation, and all orders are stored in an order table 32. Initially, the workstation request 
all orders which belong to users logged or checked into the workstation, and thereafter additional 
orders are requested by supplying an MIP combination. The workstation and its associated 
remote server resolve any possible overlap of orders. For third-party applications accessing the 
system 10, the third-party application makes a single registration of all orders, and then receives 
the orders associated with permissible markets, which includes both orders belonging to the 
third-party application as well as those orders belonging to the users of the system 10 through the 
workstations 12 and remote servers 20. 

Each order record groups price, amount, dates, and other relevant information defining an 
order in a trade. Identification (ID) codes may also be encoded or stored with the order, such as 
an ID of a user dealing with the order, and ID of a client associated with the order, and any IDs 
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of additional agents associated with the order. The ID fields associated with an order may 
overlap or may be unique. For example, a voice broker using the system 10 through the 
telephone 14 may be placing the order on behalf of the client of another voice broker from 
another brokering institution, so the order generated has different IDs. In another example, a 
client having a workstation in the system 10 has an identical user ID and client ID, and the agent 
ID may be permanently set to indicate an electronic client order associated with the system 10. 

Each order also has an associated distribution status which is utilized by users to indicate 
whether an order is good or is on hold. The central server 1 8 is able to intervene and change the 
status of an order so that an order is not distributed if the user managing the order goes off-line; 
that is, draft or held orders are not distributed without authorization by the user specifying the 
order is good-to-go. 

A hit record is created and stored in a hit table 34 when an order is hit, so that the hit is 
tracked in the hit negotiation process. The hit record contains all of the relevant information 
from the original order being hit, along with information of the user and client indicating an 
intention to hit the price. As negotiation parameters are agreed upon, the hit record is updated in 
turn by the mater and the hitter of the order. By using a hit record to track the hitting process, the 
system 10 is able to withstand power outages or communication/computation errors at the 
workstations at the critical point of hitting an order. Upon recovery, the workstation and the 
system 10 re-establish the negotiations using the hit records. 

The system 10 generates a blotter record for a hit which yields a completed deal. The 
blotter records are stored in the blotter table 24, with each blotter record containing a complete 
record of the transactions and parameters agreed. The blotter record stores information regarding 
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the users involved in the transaction/hit, the clients between which the transfer occurs, and any 
other agents concerned in the transaction/hit. 

Enterprise records identifying each enterprise are stored in an enterprise table 36. 
Enterprises refer to all clients, agents or users on the system 10, and companies must have at 
least one associated enterprise record in the enterprise table in order to connect to the system 10 
and to participate in the dealing process. Each company in the enterprise table 36 has a location 
identifier, which is a key to the location table storing the name, abbreviation, and country of a 
location of the company. 

A market and two enterprises (MEE) table 38 stores MEE records and composite keys 
which associate a given market with two enterprises/clients and which indicates counterparty 
preferences. Each MEE record indicates that, within the given market, the first enterprise does 
not wish to deal with the second enterprise. Remote servers consult the MEE table 38, and do 
not deliver orders to workstations in which one or both clients are not dealing with the other. 
The MEE table 38 is not registered; that is, each workstation does not receive a replica of the 
MEE table 38, since the filtering functions described herein and associated with the MEE table 
38 are provided by the remote server on behalf of a respective workstation associated with the 
remote server 20. Such remote server filtering using the MEE table 38 conserve bandwidth 
usage in avoiding the sending of unwanted orders to and from workstations, and in avoiding 
delivery of the MEE table 38 itself 

A workstation 12 may access the MEE table 38 when a user thereof is editing the 
preferences to a single client, but in that event only the relevant portion of the MEE table 38 for 
the single client is downloaded to the workstation by supplying a marketing key of the MEE 
table 38 associated with the single client. Third-party applications from a third-party system 40 
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connected to the central server 1 8 may register and download the entire table in one operation to 
enable the application to manage its own filtering for its users. 

Records reflecting a willingness-to-quote are stored in a combined record having a 
composite key combining information associating the market and instrument with an enterprise, 
a user, and a sub-user (MIEU) as an MIEU record involved in the willingness-to-quote functions 
described herein. Such MIEU records are stored in an MIEU table 42 accessed by a remote 
server 20 to perform the willingness-to-quote functions. 

Other tables may include a user-enterprise (UE) table 44 associating users with 
enterprises, a settlement instrument table 46, a workstation-market (WM) table 48, as well as a 
group table 50 and a desk table 52 for managing users, workstations, and enterprises into 
groupings for administrative functions. 

USER PREFERENCES AND DEFAULTS 
FIG. 3 illustrates a user default screen, in which a user may set or modify settings 
associated with the user; for example, to filter entities by specified criteria such as bad credit, bad 
geography, etc., so that such entities are not even displayed to a user as the user conduct trades in 
the system 10. The default screen specifies the firm and/or a group within the firm, the firm's 
credit rating, location, country, and UUID number of the user, with such information being fixed 
by the company for which the user is employed. According, the user cannot customize such 
information. 

The default screen also specifies customizable information and fields, such as the 
highlighted fields 54 for indicating whether or not the user/trader intends to trade by London 
rules, whether index numbers for trades are to be displayed, the minimum credit rating to be used 
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by. the credit filter, and the minimum amount of a trade to be used by the amount further, with the 
minimum amount being, for example, a multiple of a default trading amount such as U.S. $ 1 
million. Other filter settings may be displayed and modified through the screen in FIG. 3, such 
as settings to filter location risk to avoid trading with companies in the specified countries, with 
the companies being listed according to country of incorporation. Also, specific companies may 
be filtered by institutional risk; for example, regulated or unregulated companies may engage in 
trading regulated or unregulated values, respectively, so a trader may avoid trading with the 
specified companies to avoid the risks associated with unregulated values. 

In particular, the London rules setting being active indicates the action of the user on a 
secondary currency in a currency forward at the far end. For example, for a U.S. dollar (USD) 
and Japanese yen (JPY) exchange, if the user is a buyer of the forward, the user under London 
rules is selling the yen on the near date and buying the yen on the far date. However, for a user 
as buyer of the forward is not under London rules, the non-London rules setting refers to the 
action of the user on the primary currency at the far end; for example, the user is selling the USD 
on the near date and buying the USD on the far date. FIG. 4 illustrates an alternative user default 
screen, having fields for the name as well as the firm and group of a user, etc. 

Referring to FIGS. 3-4, commands may be presented to initiate modifications and settings 
for specifying the willingness to quote and the willingness to trade by the user. FIG. 5 illustrates 
a screen for selecting currencies, for example, by placing an X in a box 60 adjacent to the 
currency codes in which one is willing to quote and exchange, such as USD to JPY and Euro 
(EUR) to JPY. FIG. 6 illustrates a screen for selectively controlling and setting parameters 
associated with one's willingness to trade, and so to set and modify the filtering criteria. 
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Selection the listed choices causes a respective one of the screens shown on FIGS. 7-10 to be 
displayed. 

FIG. 7 illustrates an existing country restriction screen, which filters out trades from 
countries by default unless the user overrides or otherwise modifies the setting, for example, by 
placing an X in a box 62 adjacent to a desired country. FIG. 8 illustrates an existing financial 
firm restriction screen, which filters out trades from firms and companies, such as trading and 
banking institutions, by default the user overrides or otherwise modifies the setting, for example, 
by placing an X in a box 64 adjacent to a desired company. 

FIG. 9 illustrates a screen for adding further country restrictions; that is, countries not 
listed as being filtered by defauh on the screen in FIG. 7. Similarly, FIG. 10 illustrates a screen 
for adding further firm restrictions; that is, firms not listed as being filtered by defauh on the 
screen in FIG. 8. 

Using the filters and features described with respect to FIGS. 3-10, a user of the system 
10 may selectively view and trade with other traders and institutions according to the user's 
preferences, and so may effectively and efficiently focus on desirable entities for trade and 
currency exchanges. In addition, the user may selectively filter out an aimoying trader or other 
undesirables such as high risk traders and companies by readily changing the company and 
country settings. Such customizable filtering may be used to effectively place an annoying or 
risky trader into a "penalty box", and so to allow a user to avoid trading or displaying trades of 
the penalized trader. In a preferred embodiment, the customizable filtering may be set to expire 
at the end of a predetermined time, such as five minutes or for the rest of the business day, and so 
the penalty box feature may be automatic but temporary to prevent such penalized traders from 
engaging in forthcoming foreign currency exchanges within the allotted penalty time period. 
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ORDER ENTRY AND PROCESSING 

Once user defaults are set by the user or by an administrator supervising a remote server 
20 and the workstations 12 associated v^ith the remote server 20, the trading of foreign exchange 
currency forwards are preformed with such fihering and trading controls in operation. FIG. 1 1 
illustrates an input screen for entering an order for a specific market and instrument, such as for 
EURUSD spot trades. An amount multiplier may also be shown, such as "IM" or "1 Y" to 
indicate that the quantities are multiplied by one million or one billion, respectively, in which 
"Y" refers to yards; that is, billions in currency lingo. The current bid, ask, and spot prices are 
displayed, and the trader may specify an input price, the quantities for the near and fear dates, 
and the periods for the near and fare dates in highlighted input fields 66. Price increments such 
as .1, .25, .5, etc. may also be input. After actuating a SUBMIT command, such as "1 <GO>", 
the order is submitted to the system 10. 

The remote servers 20 may also perform submitting the order or an edited order. For 
example, an error message is generated if the far amount is less than five times the market 
amount, if the far amount is less that the near amount, if the value dates are on a holiday, if the 
near date is not equal to today's date, if the far date precedes the near date, or if live orders exist 
within the market but the bid-rate is not less than the ask-rate under non-London rules. The 
system 10, through the remote server, may then generate a pop-up window to the user to provide 
an appropriate error message and to direct the user to correct the errors. 

Orders are typically ranked on the display in terms of prices, with the best price at the 
time. Orders received at the same price are displayed according to the time of input, with first in 
displayed on top of the screen. When an order it held, the order loses its position on the order 
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sheet unless the held order is re-submitted within a predetermined time period. However, edited 
orders do not lose their position in the order table unless the price has been changed, in which 
case the order is cancelled and a new order is created and display appropriately, by time or by 
best price. 

In an alternative order entry and edit screen shown in FIG. 12, additional information 
such as bid and ask cash flows for the specified market and instruments may be displayed, and 
pull-down menus 68, 70 may be used to change the quantity or clear the quantity field, and to 
change the price increment or clear the price field. Accordingly, the trader has greater flexibility 
in entering and controlling input orders for foreign exchange currency forwards. 

FIG. 13 illustrates a screen for hitting/taking an order which displays the quantities and 
terms of both the current trader and the counterparty. FIG. 14 illustrates an altemative hit screen 
for hitting an order, which may provide additional information such as cash flow data as well as 
status messages to the trader to indicate, for example, that a hitter is starting a hit. The available 
orders to be hit may be displayed by the market monitor and depth monitor screens, as described 
with reference to FIGS. 16-21. 

Once an order has been hit, the order is removed from the market so that no other users 
may hit the same order. A hitter is able to see the hit in the action monitor, shown in FIG. 21 . 
However, if a hitter attempts to but is not able to hit the order because someone else hit the order 
first, then the attempted hitter receives a message on the screens in FIGS. 13-14, such as a color- 
coded message and/or a text message indicating that the hit has failed. The failed hit may then 
be displayed on the action monitor screen in FIG. 21. 

FIG. 15 illustrates a screen for taking a negotiation, which allows a user to modify terms 
such as the near, far, and spot values as well as the spot increment for a given market and 
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instrument such as EURUSD SPOT, and to accept or decHne the amounts or spot values by 
changing adjacent fields 72 to "Y" for acceptance or "N" for declining the currently displayed 
values. 

During a trade negotiation, the user views the status of the negotiation, such as "Maker 
Setting Spot" or "Hitter Accepting Spot", and the names of the hitter and maker may be 
displayed to the respective counterparty in the negotiation. During the negotiations, the hitter 
and maker are able to submit new terms, such as changes in quantity, prices, and the spot by 
changing the terms on the screen and entering the SUBMIT command. The counterparty 
receiving the changed terms during the negotiations is able to respond by activating the REJECT 
CREDIT command in the event that the respective maker or hitter does not have sufficient credit 
for the negotiated terms. The rejecter does not see the counterparties' orders/hits/quotes for the 
remainder of the trading day. 

From a rejection the maker must also select if the order is to be replaced or removed, and 
the hitter must select if the hit is to be converted to an order or not. 

After selecting the rejection reason, the maker or hitter respectively activates the 
SUBMIT command to complete rejection of the hit, to terminate the hit negotiation, and to pass 
the rejection information to the central server 18. 

In the event that the maker or hitter respectively have available credit, the negotiations 
continue. For the maker, the original amount of the order is displayed; however, if the hitter has 
input a different amount, the maker may accept the different amount by entering an ACCEPT 
AMOUNT command, which places the hitter's amount in the maker's amount field. If the 
amount is accepted, then there is no fixrther negotiation on the amount, and the field cannot be 
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changed by either party. The maker may either increase or decrease the amount by inputting a 
new amount. 

If the hit is rejected, the negotiation concludes and the reason for the rejection is passed to 
the counterparty via a message, such as a color-coded message. The hit is then removed from the 
5 maker's action monitor of FIG. 21 . The hit may remain in the action monitor of the hitter v^ith 
an indication of a failed status. However, if the maker accepts the hit from the indicated hitter, 
then the maker must set the spot. 
=3 If the hitter has available credit and the maker has accepted the hitter's amount, the 

4* amount fields for both maker and hitter are the same and cannot be changed. However, if the 
^ JlO maker's amount field has a different amount value from hitter's amount, the hitter may change 
the amount for fiirther negotiation with the maker, or the hitter may accept the amount by 
entering an ACCEPT AMOUNT button, which then changes the hitter's amount to be the same 
iy as the maker's amount. 

iii 

i3 In addition, the hitter may accept the maker's spot price by entering an ACCEPT SPOT 

:yl5 command, in which case the spot is then fixed and cannot be changed fiirther by either party or 
by input of a new spot price. If all terms are accepted, then the negotiation is finished, and the 
trade is booked in the central server 18. A confirmation of acceptance is notified to both maker 
and hitter by a message, such as a color-coded message, indicating that the trade is completed. 
The negotiation is then removed from the respective active monitor visible to both maker and 
20 hitter, for example, as shovm in FIG. 2 1 , and the deal is placed by the central server 1 8 in the 
blotter table reflecting a done or completed deal. 
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MONITORING SCREENS 

For displaying information on multiple instruments and periods to a user, monitoring 
screens are provided, for example, in FIG. 16 to display ten fixed periods and three instruments 
for each period in a row-by-column format having one cell per period per instrument. The 
periods may range from daily increments of over night (0/N); tomorrow next (T/N), that is, the 
day after tomorrow; spot next (S/N), that is, the day after spot date; weekly (W) increments for 
one, two, and three weeks, and multiple months up to twenty-four months (24M). The more 
commonly used periods may be displayed with the data in the table on a first page of multiple 
pages of the market monitor shown in FIG. 16, and the remaining table with other periods may 
be accessed by a PAGE DOWN command. 

Each cell 74 displays a trade index such as "12)", and lists the price, the currency 
identifier and the order amount, including flags thereafter for million (M) or billions (Y). A 
broken date indicator "B" may be displayed before the currency identifier to indicate that the 
listed price for that currency is a best bid/offer. For example, the cell having a trade index 12 in 
FIG. 16 illustrates a Euro-U.S. dollar exchange with a period of one month having a best 
bid/offer (B) price of 26.00 for 50 million units. The credit ratings of the order maker may also 
be displayed after the order amount. For example, in cell with trade index 45 in FIG. 16, the 
order maker has an AA credit rating. The cells and entries in the market monitor screen may be 
filtered according to the user settings based on the respective amounts and the credit ratings of 
the order makers. 

FIG. 17 illustrates the market monitor screen of FIG. 16 with pull-down input menus 76- 
82 for user command selection. Each pair of currencies in the columns may indicate whether 
filtering is on or off using a text message 84, and a menu 82 may be displayed to toggle the 
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filtering and the corresponding display of information for that currency, or to change the filters. 
For individual cells and orders therein, the user may access the menus 76-80 to trade in the listed 
order, for example, to hit the order, to hold or delete the order, to review the quotes or the order, 
etc. A menu may be accessed, for example, by clicking with the mouse through a graphic user 
interface displaying the screen of FIG. 16. In one embodiment, the menus 76-80 may be 
displayed by clicking the best bid/ask price to show, depending on the type of order, various 
options such as shown in Table 1 : 



TABLE 1 



Menu 


Indicative only 


User's own order 


Other traders' orders 


Hit 






Yes 


Bid Ask Quote 


Yes 


Yes 


Yes 


Single Quote 


Yes 


Yes 


Yes 


Depth 


Yes 


Yes 


Yes 


Single Order 


Yes 


Yes 


Yes 


Bid Ask Order 


Yes 


Yes 


Yes 


Off 




Yes 




Edit 




Yes 




Hold 




Yes 




Back 


Yes 


Yes 


Yes 


Function 


Yes 


Yes 


Yes 
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Accordingly, upon actuation of a cell, a respective menu is generated to be displayed 
downward from the selective order with available options displayed depending on the type of 
order. For example, cells 34, 43, and 66 have menus 76-80, respectively generated and 
extending downward from the top border of the respective cells 34, 43, and 66. 

By activating the commands in the menus, additional displays are generated and 
displayed to the user, as shown in FIGS. 18-25. For example, by accessing the Order:Single 
fiinction in the menu 76, FIG. 1 8 is displayed which illustrates a single market monitor screen 
showing all orders of a single currency exchange for all cells, and listing the amounts, credit 
rates, best bid/ask prices, etc. 

By accessing the Depth command in the menu 76, the screen in FIG. 19 is displayed, 
which illustrates a depth monitor screen to display all open orders for a given instrument and 
period pair, with the orders sorted by price and entry time. For each order and cell index, the 
orders are displayed listing the prices/rates, the cumulative volume or sum of the trades for the 
specified currency, the type of currency (CCY) using a three digit ISO currency code, the amount 
or size of the individual order, and the maker and location, or alternatively the maker's credit 
rating and location, are also shown. In an alternative display shown in FIG. 20, the market depth 
monitor screen may also display a set of flags 86 to the user to indicate the presence of a broken 
date (B), the presence of an odd amount (O), or the presence of a split amount (S) in which an 
amount on the near end is different from the amount on the far end. 

As with the market monitor screens of FIG. 17, actuation through the GUI of an order or 
other information, including displayed flags, on the screen of FIG. 20 causes the menus 88-92 or 
lists to be displayed to provide additional information or commands available, such as the 
options shown in Table 1 . For example, by clicking on the sum field such as the cumulative 
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volume value "220M", a list 92 of individual orders and their respective entry dates are shown 
which add up to the specified cumulative volume value. 

Through the menus 76-80 in FIG. 17, the user may also enter an Action command to 
cause the system 10 to display an action monitor screen shown in FIG. 21, in which all activities 
of the user are displayed in which an action by the user is required. The screen displayed four 
windows 94-100 or panels for respectively listing all responses to a user's request for a quote, all 
quotes required or made by the user, all active hits of the user, and all open and/or executed 
orders of the user. Each panel may be further divided into columns listing: a clock value, such 
as in days, counting down when the action is to be performed by the user; a status indication of 
the activity; a bid price; an ask price; an indicator of the market and the instruments involved in 
the activity; a start date or period; an end date or period, a currency code; the amount of the 
activity in millions or billions or by a special indictor such as an asterisk indicating other 
amounts; the spot rate for the currency exchange; and the name and location of the mark. 

For the status in panels for quotes and active hits, respectively, other status indicators 
may be used, such as WAIT signifying that the user is waiting for a response from a counter- 
party; ACT signifying that the user has to perform an action; and FAIL in which a failure in a hit 
negotiation is displayed to the hitter. In addition, a status indication in the active hits panel may 
include "T/0", signifying that a hit has timed out. Other status indicators may be used for the 
orders panel, such as HOLD for an order of the user placed on hold; OPEN signifying that the 
user's order is open; and DONE signifying that the user's order has been successfully hit. 

The bid indicators in the active hits and the orders panels may include messages such as 
MY HIT indicating that an order has been hit by the user viewing the screen in FIG. 23; as well s 
MY ORDER indicating that the user's order has been hit by another trader; REQUEST 
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indicating that the trade resuhed from another trader's quote; and QUOTE indicating that the 

trade resulted from one of the user's quotes. 

By actuating the respective panels, additional commands may be displayed in a pop-up 

window to select commands associated with the panels. For example, through the menu 102 
5 displayed by actuating the quotes required/made panel, a user may select one of the following 

commands: an ENTER QUOTE command to display the quote entry screen of FIG. 22 for quote 

entry; a PASS or NO QUOTE command to reject and clear a quote request from the displayed 
;^ quote request panel; a NO QUOTE/BLOCK command which rejections and clears the quote 
:^ request and blocks further request from the rejected trader for a predetermined time, such as the 
00 next day, which performs the penalty box feature described herein; a MARXET command for 
:^ displaying one of the market monitor display of FIG. 16; a DEFAULT command which activates 

and displays the user default screen of FIGS. 3-4; and a REMOVE or OFF command which 
\ ^{ removes a quoted price from the display. Activation of the other panels for request responses, 

active hits, and orders may include the same commands as well as panel-specific commands, 
fll 5 such as a VIEW command provided in a pop-up menu which displays hit negotiation windows. 

Through the pop-up menus 102 activated in the action screen of FIG. 21, and/or through a 

separate REQUEST FOR QUOTE or RFQ command entered by the user, the system 10 displays 

a request-for-quote screen shown in FIGS. 22-23, in which request for quotes may be generated, 

in which up to eight people can be selected and stored in a database who a trader is willing to 
20 trade with. 

As shown in FIG. 22, the user can enter the instrument cross/exchange as well as the type 
of order, an amount, and an amount multiplier; for example, GBPUSD SPOT 9M. Through 
input fields 104, the user can enter the amount unit indicator, such as GBP; the period/value date; 
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the near leg amount; and the far leg amount, which may be the same or different to the near leg 
amount. Through the firm input window 106, up to eight firms may be selected, for example, by 
toggling an X in a selection box 108 adjacent to firms which, by their defaults, have expressed a 
willingness to quote. Upon entering the selections and data into the screen of FIG. 22, the user 
submits the request-for-quotes to the selected firms by entering the SUBMIT command. 

FIG. 23 illustrates an alternative request-for-quote screen, in which the user may also 
input the settlement spot value, and the user may also have an associated list of, for example, up 
to twenty firms on a favorite quote list 1 10 for which the user prefers to trade with. 

By using the favorite quote list 1 10 and/or pre-selecting the quote providers from a list of 
available firms, the quote requester accepts that there is sufficient credit to compete the trade 
with the quote provider if the price is acceptable. In addition, since the quote provider is shown 
the name of the quote requester at the time of providing the quote, the quote provider is accepting 
that there is sufficient credit to complete the trade if hit by the quote requester. The system 10 
may be implemented such that all terms of the deal have to be set at the time of the request, and 
that credit limits for both parties have been accepted by each party if the quote is hit, so that upon 
a hit the deal is done and there is no negotiation. 

FIG. 24 illustrates a quote provider screen, which displays information of an available 
request-for-quote, such as the instrument and firm involved, fi"om which the quote provider can 
decide to respond with a quote. Given the details of the request-for-quote, including the order 
type, instrument cross, amount, settlement spot, requester name and/or credit rating, etc., the 
quote provide may enter the appropriate choices, such as a SUBMIT command to submit a quote, 
including modifications of the bid and ask prices by the quote provider, such as a price of 73.575 
set in the input field by the quote provider; a PASS or NO QUOTE command to pass on the 
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request-for-quote; and a PASS & BLOCK command or NO QUOTE & BLOCK, in which the 
user passes on the request but also puts the requester in a penalty box to block further request- 
for-quote inquiries for a predetermined period, such as until the end of the business day. With a 
requester in the penalty box, any further request-for-quote inquires to the prospective quote 
provider are blocked, and the quote provider does not receive or view the blocked request-for- 
quote during the predetermined period. 

FIG. 25 illustrates a quote monitor screen by which a quote provider may view his/her 
quotes, sorted in order of time entered, and specifying the prices, the instrument cross, the time 
period of the exchange, the name and/or location of the firm provided with the quote, etc. 

OPERATION OF THE SYSTEM AND METHOD 
In use, traders may be makers of orders and/or hitters of orders from makers, who receive 
the information through the screens in FIGS. 3-25 displayed on respective workstations 12 to 
conduct forward currency exchange forwards, mediated by the remote servers 20 and stored in 
the central server 18. 

In one example, FIG. 26 illustrates the market monitor screen of FIG. 18 with a pop-up 
menu on a cell containing an order not of the user, providing a plurality of available selections 
and/or commands, such as execute/view trades, generate and display a market monitor screen, a 
depth monitor screen, an action monitor screen, etc., as described herein, as well as other 
commands to generate and conduct trades with other users. Each command in the pop-up menu 
may be actuated by double-clicking a mouse through a GUI in a manner knovra in the art, or by 
inputting an alphanumeric code associated with each command, such as "92" to display and 
modify the user's default settings and configuration. 
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FIG. 27 illustrates the market monitor screen of FIG. 18 with a pop-up menu on a cell 
containing an order of the user, which may include different commands than the pop-up menu 
shown in FIG. 26, for example, since an order in a cell owned by the user cannot be executed by 
the owner. Instead, an order owner may edit one's own order, may set the order on hold, etc. 

5 Commands/selections common to all users, such as monitor screens and default setting screens, 
are always displayed through the screens in FIGS. 26-27. 

FIG. 28 illustrates the market monitor screen of FIG. 18 displaying a message 1 10 to a 
maker, indicating that the maker's order was hit by some other user as a hitter. The notified 
maker may then select an appropriate command through a pop-up menu generated for a cell for 

0 the hit order, to cause the action monitor screen shown in FIG. 29 to be displayed, which shows 
the maker that his/her order was hit in the active hits region of the screen, as well as any 
associated details of the hit. Through a pop-up menu shown in FIG. 30 and generated by 
selection of the active hit, available selections are provided to the maker to choose an action to 
take, such as viewing the hit, rejecting based on credit, etc. 

5 On the other side of the hit transaction, the hitter, through the action monitor screen 

shown in FIG. 31, views the maker's spot response and can access a pop-up menu to perform a 
action in the trade, such as accept the maker's spot response. Alternatively, the hitter may 
change the final spot value through an order monitoring screen in FIG. 32, using a pop-up menu 
allowing modification of a spot value from a range of available values, such as 1 .0375. 

0 In response, the maker is notified of the modification of the spot by the hitter through a 

message 112 displayed in the action monitor screen shown in FIG. 33. Through the order 
monitoring screen shown in FIG. 34, the maker may accept the final spot value by inputting the 
appropriate values, such as "Y" for yes, and "N" for no in the Accept Amount and/or the Accept 
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Spot input windows. After acceptance, the maker may view the completed trade though the 
action monitor screen of FIG. 35. FIG. 36 illustrates a cash flow screen for a completed trade, 
which the maker may access and view. 

In another example of the use of the system 10 and the various screens described herein, 
quotes may be processed between a requester and a provider. As shown in FIG. 37, the market 
monitor screen of FIG. 18 is displayed with a pop-up menu for selecting a request for a quote 
from available selections, for example, to request a quote on the XEUXUS currency exchange 
with a spot 3M value. In response, potential quote providers may view available quote requests 
through the action monitor screen of FIG. 38, as well as any messages 1 14 to a quote provider. 

While potential quote providers are considering and/or inputting their responses, the 
original quote requester may view the action monitor screen of FIG. 39 in which a quote 
requester waits for responses to a provided quote, for example, a response with index "25" in the 
Responses to My Quote Request region of the screen. 

FIG. 40 illustrates the action monitor screen, in which a quote provider chooses to 
provide a quote from a pop-up menu. If the Provide Quote command is selected, then the quote 
provider generates a quote through the screen in FIG. 24, which is then displayed to the quote 
requester in FIG. 39. 

FIG. 41 illustrates the action monitor screen through which a quote requester is provided 
with a best price from all quote requests. At this time, the quote requester, dissatisfied with the 
responses to his/her quote request, may cancel the quote by selecting the Quote Off command 
from a pop-up menu 1 16 generated and displayed over or adjacent to the Responses to My Quote 
Request region of the screen in FIG. 41 . Altematively, the quote requester may choose to 
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execute one of the provided quotes, for example, using a pop-up menu shown in the action 
monitor screen of FIG. 42. 

Once the quote requester begins executing the quote, the counterparty's name is provided 
with the details of the quote transaction shovm in the quote hit screen of FIG. 43. Once the quote 
is hit, the quote provider may monitor the hit quote in the action monitor screen shown in FIG. 
44, in which the active hit is detailed in the Active Hits region of the screen. 

Through the action monitor screen of FIG. 45, the quote requester waits for a response to 
the requester's hit on a quote, in which the hit request is shown to the requester through the 
Active Hits region of the screen in FIG. 45. The status of the hit is indicated by the "Wait" 
message associated with the hit request. Upon receiving a response form the quote provider, 
such as the quote provider's spot, a quote requester receives indication of the spot from a quote 
provider through the action monitor screen in FIG. 46, for example, an indication such as the 
status message "Act" associated with the hit request, informing the quote provider that the quote 
provider has acted. 

The quote requester may then view the final quote negotiation by accessing the pop-up 
menu shovm in FIG. 47 through the action monitor screen of FIG. 46, from which the quote 
requester may enter the View command, which displays a trade detail screen shown in FIG. 48, 
in which the final spot value is displayed with other particulars of the quote and negotiation. 

The disclosed forward currency forwards exchange system 1 0 and method have been 
described by way of the preferred embodiment. However, numerous modifications and 
substitutions may be made without departing from the spirit of the invention. Accordingly, the 
invention has been described by way of illustration rather than limitation. 
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